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DETAILED ACTION 

1. Claims 1-3,5,8,9^1-13^5-17,19,22,23,25-27,29-31,33,36,37,39-41,43-45,47- 
49,51-53,55,57,59 and 60. have been examined. 

Claim Objections 

2. Claim 43 is objected to because of the following informalities: claim 43 in Line 9 
recites "rules database being comprising". Appropriate correction is required. 



Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 1 03(a). 
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5. Claim 1-3, 5, 9, 11, 13, 15-17, 19, 23, 25, 27, 29-31, 33, 37, 39, 41, 43, 44, 47, 
49, 51-53, 55, 57, and 59-60 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Linstedt (U.S. Patent Application Publication Number 2002/0161778) in view of 
Gupta et al., (hereinafter "Gupta") (U.S. Patent Number 6898783). 

As per claim 1 , Linstedt is directed to a method of ensuring data quality and 
integrity of a data set derived from a data source (Linstedt, Abstract, i.e., Dafa received 
from a number of source systems moves through the data storage units and is 
processed along the way by a number of process areas including a profiling process 
area, a cleansing process area, a data loading process area, a business rules and 
integration process area, a propagation, aggregation and subject area breakout process 
area, and a business intelligence and decision support systems process area), said 
method comprising the steps of: 

"obtaining data from said data source comprising a plurality of transaction 
systems" (Linstedt, Paragraph 0005, i.e., receiving data from at least one source system 
of an enterprise, wherein the data is representative of business operations of the 
enterprise; Figure 1, i.e., SOURCE SYSSTEMS 25; Paragraph 0020, i.e., Data from the 
source systems 25 is delivered to a profiling and cleansing module 30); 

"building a data repository using said data from said data source, said data 
repository comprising a data structure that forms an enterprise-level model of said data 
from said data source" (Linstedt, Paragraph 0020, i.e., Data from the source systems 25 
is delivered to a profiling and cleansing module 30. The profiling and cleansing module 
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30 may perform a profiling function and a cleansing function. The profiling and cleansing 
module profiles data by analyzing sources systems 25 and determining a content, a 
structure, and a quality, of the data delivered from the source systems 25. A 
normalized data model is then generated; Paragraph 0020, i.e., The final view of 
profiled and cleansed source data is much more accurate than the data originally 
present in the disparate source systems 25. The profiled and cleansed data is more 
valuable to the enterprise and can be warehoused in a standardized fashion as 
opposed to building islands of source data in an operational data store ("ODS") 
structure), said building step comprising the steps of: 

"applying enterprise-level business rules from a rules database" (Linstedt, 
Paragraph 0029, i.e., Dafa from the staging area 40 is delivered to the third storage 
area or data vault 45 through a second metagate 47. The second metagate 47 improves 
the quality of the data by integrating it, and pre-qualifying it through the 
implementation of the business rules. Data that fails to meet the business rules is 
either marked for error processing or discarded; Paragraph 0034, i.e., The metadata 
repository 65 is used to capture data about processes and business rules that flow 
through the system and act as a point in the system 20 where business intelligence 
("Bl") and DSS tools can access data), "said enterprise-level business rules comprising 
data and meta data stored said data repository describing each rule" (Linstedt, 
Paragraph 0034, i.e., The metadata repository 65 is used to capture data about 
processes and business rules that flow through the system and act as a point in the 
system 20 where business intelligence ("Bl") and DSS tools can access data) 
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"detecting any errors in said data and storing data satisfying said enterprise-level 
business rules in said data repository" (Linstedt, Paragraph 0029, i.e., Data from the 
staging area 40 is delivered to the third storage area or data vault 45 through a second 
metagate 47. The second metagate 47 improves the quality of the data by integrating it, 
and pre-qualifying it through the implementation of the business rules. Data that 
fails to meet the business rules is either marked for error processing or discarded)', and 

"feeding back said errors to said data source for correction" (Linstedt, Paragraph 
0029, i.e., Data that fails to meet the business rules is either marked for error 
processing or discarded) . 

Linstedt teaches applying business rules to incoming data from disparate data 
sources but does not explicitly teach the limitation "using stored procedures or SQL 
statements to said data from said data source" and "which can be viewed and edited by 
a user separately, said data of said enterprise-level business rules comprising one or 
more attributes for each rule". 

On the other hand, Gupta teaches the limitations: 

"using stored procedures or SQL statements to said data from said data source" 
(Gupta, Column 5 Lines 65-67, i.e., Yet another aspect of the present invention is drawn 
to the aforementioned method wherein Business Methods are automatically generated 
and stored in a repository; Note that stored business methods are stored procedure; 
Column 1 1 Lines 32-58 teaches the example of said stored procedure which is 
employed by business rule(s), i.e., A basic data type, such as "Taxes", may have one or 
more associated Business Rules. Business Rules are tied to attributes. With 
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reference to FIG. 4, attribute "Taxes" has been selected and appears highlighted. As a 
result, Business Rule button 41 is re-plotted with the annotation "(1)." If more than one 
Business Rule were associated with "Taxes/' the annotation appearing in Business 
Rule button 41 would reflect the number of Business Rules so associated. Clicking on 
Business Rule button 41 invokes Business Rule window 51 as illustrated in FIG. 5. 
Business Rule window 51 is comprised of Business Rule table 53 and business rule 55. 
Business Rule table 53 lists five types of Business Rules including, but not limited to, 
"Initial Value", "Derivation", and "Validation". An example of an initial value Business 
Rule would be "this. Quantity '=0". An example of a validation Business Rule might 
consist of the following code: 

Iffthis.Quantity >0) 

return TRUE; 

else 

return FALSE; I) 

and "which can be viewed and edited by a user separately, said data of said 
enterprise-level business rules comprising one or more attributes for each rule" (Gupta, 
Figure 2 and Column 6 Lines 11-13, i.e., FIG. 2 is a screen rendering of an electronic 
form based Class Editor GUI for editing the properties of Business Classes; Figure 4 
and Column 6 Lines 16-18 i.e., FIG. 4 is a screen rendering of the Class Editor GUI of 
FIG. 2 illustrating class attributes and their attendant business rules; Also note 
Figure 10; Column 1 1 Lines 32-47 teaches view and editing attributes of business 
rule(s), i.e., A basic data type, such as "Taxes", may have one or more associated 
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Business Rules. Business Rules are tied to attributes. With reference to FIG. 4, 
attribute "Taxes" has been selected and appears highlighted. As a result, Business Rule 
button 41 is re-plotted with the annotation "(1)." If more than one Business Rule were 
associated with "Taxes/' the annotation appearing in Business Rule button 41 would 
reflect the number of Business Rules so associated. Clicking on Business Rule button 
41 invokes Business Rule window 51 as illustrated in FIG. 5. Business Rule window 51 
is comprised of Business Rule table 53 and business rule 55. Business Rule table 53 
lists five types of Business Rules including, but not limited to } "Initial Value", 
"Derivation", and "Validation"). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to combine the method of Linstedt, which teaches ensuring data 
quality and integrity of a data set derived form a data source, with the method of Gupta, 
which teaches employing business rules which make use of stored procedures and 
editing business rule attributes, so that the combined method would comprise business 
rules which make use of stored procedures and editing each business attribute. One 
would have been motivated to so in order to allow for high level definition of the 
interaction of business units in a manner which is visually understandable, easy to edit, 
and from which computer code can be generated (Gupta, Column 3 Lines 26-29). 

As per claim 2, Linstedt in view of Gupta teaches the limitation: 
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"further comprising the step of reporting said detected errors for correction of said 
errors in said data source" (Linstedt, Paragraph 0029, i.e., Data that fails to meet the 
business rules is either marked for error processing or discarded). 

As per claim 3, Linstedt in view of Gupta teaches the limitation: 

"further comprising the step of providing an integrated data set for export from 
said data repository" (Linstedt, Paragraph 0026, i.e, Data from the storage area 35 is 
delivered to a second storage area or staging area 40 in the system 20 through a first 
metagate 42. The first metagate 42 provides data integration and a data movement 
framework; this data passes through either a trickle feed (near real time process), or a 
bulk-move or bulk-copy feed. The first metagate 42 provides data loading functionality 
for the staging area 40. In one embodiment, data from the storage area 35 is delivered 
to the staging area 40 in the system 20 through a bulk extraction, transformation, and 
load ("ETL") process)). 

As per claim 5, Linstedt in view of Gupta teaches the limitation: 
" further comprising the step of storing said data from said plurality of transaction 
systems in a staging area" (Figure, 1 DATA DOCK 35 AND STAGING AREA 40). 

As per claim 9, Linstedt in view of Gupta teaches the limitation: 
"wherein said applying step comprises the step of invoking procedures stored in 
said data repository" (Gupta, Column 5 Lines 65-67, i.e., Yet another aspect of the 
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present invention is drawn to the aforementioned method wherein Business Methods 
are automatically generated and stored in a repository; Note that stored business 
methods are stored procedure; Column 1 1 Lines 32-58 teaches the example of said 
stored procedure which is employed by business rule(s)). 

As per claim 1 1 , Linstedt in view of Gupta teaches the limitation: 
"comprising the step of loading said data from said data source into a staging 
area" (Linstedt, Figure 1, i.e., STAGING AREA and Paragraph 0026, i.e./Date from the 
storage area 35 is delivered to a second storage area or staging area 40 in the system 
20 through a first metagate 42). 

As per claim 13, Linstedt in view of Gupta teaches the limitation: 
"wherein said rules database comprises one or more attributes for each rule 
selected from the group consisting of: rule type, rule name, a text description of the 
rule, rule syntax, invocation of said rule, reporting of erroneous data to said enterprise- 
level model, name of a stored procedure for checking said rule, rule precedence, a 
target table identifier, a target column name, activation status of said rule, status 
information of whether or not said rule is required for complete data quality and integrity, 
an error identifier, status information of whether or not said rule is traceable back to said 
data from said transaction systems, and a parameter list, if required by said stored 
procedure" (Gupta, Column 1 1 Lines 32-47, i.e., Business Rule table 53 lists five types 
of Business Rules including, but not limited to ). 
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As per claim 43, Linstedt in view of Gupta teaches the limitations: 

a data repository comprising a relational store" (Linstedt, Figure, 1 DATA DOCK 
35 AND STAGING AREA 40) and "stored procedures" (Gupta, Column 5 Lines 65-67, 
i.e., Yet another aspect of the present invention is drawn to the aforementioned method 
wherein Business Methods are automatically generated and stored in a repository; 
Note that stored business methods are stored procedure), "said data repository further 
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comprising a data structure that forms an enterprise-level model of said data from said 
data source comprising a plurality of transaction systems" (Linstedt, Paragraph 0020, 
i.e., Data from the source systems 25 is delivered to a profiling and cleansing module 
30. The profiling and cleansing module 30 may perform a profiling function and a 
cleansing function. The profiling and cleansing module profiles data by analyzing 
sources systems 25 and determining a content, a structure, and a quality, of the data 
delivered from the source systems 25. A normalized data model is then generated; 
Linstedt, Paragraph 0005, i.e., receiving data from at least one source system of an 
enterprise, wherein the data is representative of business operations of the enterprise; 
Figure 1, i.e., SOURCE SYSSTEMS 25; Paragraph 0020, i.e., Data from the source 
systems 25 is delivered to a profiling and cleansing module 30); 

"an enterprise-level rules database comprising enterprise-level business rules 
affecting the transfer of data from said data source to said data repository, said rules 
database comprising data and metadata stored in said repository describing each rule" 
(Linstedt, Linstedt, Paragraph 0029, i.e., Data from the staging area 40 is delivered to 
the third storage area or data vault 45 through a second metagate 47. The second 
metagate 47 improves the quality of the data by integrating it, and pre-qualifying it 
through the implementation of the business rules. Data that fails to meet the 
business rules is either marked for error processing or discarded; Paragraph 0034, i.e., 
The metadata repository 65 is used to capture data about processes and business 
rules that flow through the system and act as a point in the system 20 where business 
intelligence ("Bl") and DSS tools can access data), "which can be viewed and edited by 
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a user separately, said data of said enterprise-level business rules comprising one or 
more attributes for each rule" (Gupta, Figure 2 and Column 6 Lines 11-13, i.e., FIG. 2 is 
a screen rendering of an electronic form based Class Editor GUI for editing the 
properties of Business Classes; Figure 4 and Column 6 Lines 16-18 i.e., FIG. 4 is a 
screen rendering of the Class Editor GUI of FIG. 2 illustrating class attributes and 
their attendant business rules; Also note Figure 10; Column 11 Lines 32-47 teaches 
view and editing attributes of business rule(s), i.e., A basic data type, such as "Taxes", 
may have one or more associated Business Rules. Business Rules are tied to 
attributes. With reference to FIG. 4, attribute "Taxes" has been selected and appears 
highlighted. As a result, Business Rule button 41 is re-plotted with the annotation "(1)." 
If more than one Business Rule were associated with "Taxes," the annotation appearing 
in Business Rule button 41 would reflect the number of Business Rules so associated. 
Clicking on Business Rule button 41 invokes Business Rule window 51 as illustrated in 
FIG. 5. Business Rule window 51 is comprised of Business Rule table 53 and business 
rule 55. Business Rule table 53 lists five types of Business Rules including, but not 
limited to, "Initial Value", "Derivation", and "Validation "); 

i 

"a data quality and integrity engine coupled to said rules database for invoking 
said stored procedures of said data repository on said data" (Linstedt, Paragraph 0029, 
i.e., a second metagate 47 in view of Gupta), "said data quality and integrity engine for 
detecting errors in said data and for controlling transfer of said data into said data 
repository dependent upon said enterprise-level rules database" (Linstedt, Paragraph 
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0029, for example, Data that fails to meet the business rules is either marked for 
error processing or discarded). 

As per claim 44 Linstedt in view of Gupta teaches the limitation: 
"wherein said data repository further comprises an error log, said error log 
comprising data about one or more errors detected by said data quality and integrity 
engine" (Linstedt, Paragraph 0029, Data that fails to meet the business rules is 
either marked for error processing or discarded). 

Claim 47 is rejected on the same basis as claim 5. 

As per claim 49 Linstedt in view of Gupta teaches the limitation: 

"wherein said data quality and integrity engine controls transfer of data from said 
data set from said staging area into said relational store dependent upon said rules 
database" (Linstedt, Paragraph 0029). 

Claim 51 is rejected on the same basis as claim 1. 

Claim 52 is rejected on the same basis as claim 2. 

Claim 53 is rejected on the same basis as claim 3. 
Claim 55 is rejected on the same basis as claim 5. 
Claim 57 is rejected on the same basis as claim 9. 
Claim 59 is rejected on the same basis as claim 11. 
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Claim 60 is rejected on the same basis as claim 13. 

6. Claim 8, 22, and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Linstedt in view of Gupta and further in view of Rivera et al., (hereinafter "Rivera") 
(U.S. Patent Application Publication Number 2002/01 07699). 

As per claim 8, Linstedt in view of Gupta teaches reporting detected errors for 
correction (Linstedt, Linstedt, Paragraph 0029, i.e., Data that fails to meet the business 
rules is either marked for error processing or discarded) but does not explicitly teach the 
limitation "comprising the step of correcting at least a portion of data of said data source 
dependent upon an error fed back to said data source". 

On the other hand, Rivera teaches the limitation: 

"comprising the step of correcting at least a portion of data of said data source 
dependent upon an error fed back to said data source" (Rivera, Paragraph 0051 , i.e., 
The verification module 205 can then verify the integrity and/or completeness of the 
purchase order (step 230). For example, the verification module 205 can do the 
necessary data validity checks to guarantee that the purchase order was received 
error free. If the validity checks indicate that an error was introduced into the document 
during transmission, the data manager 135 can so notify the buyer and/or request 
retransmission, queue the error for manual intervention, or automatically initiate 
corrective action). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of correcting at least a portion of data upon an 
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error feedback, as taught by Rivera, to the method of Linstedt in view of Gupta, so that 
the resultant method would comprise error correction. One would have been motivated 
to do so to ensure data integrity, which is a standard practice in the art of database and 
data warehousing. 

Claim 22 is rejected on the same basis as claim 8. 
Claim 36 is rejected on the same basis as claim 8. 



7. Claim 12, 26, and 40 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Linstedt in view of Gupta and further in view of Dettinger et al. (U.S Patent 
Application Publication Number 2004/0002961). 

As per claim 12, Linstedt in view of Gupta does not explicitly teach the limitation: 
"the step of triggering said building step". 

On the other hand, Dettinger teaches the limitation: 

"the step of triggering said building step" (Dettinger, Paragraph 0053, i.e., The 
trigger program may be activated when data is loaded from the first data source 
410 and/or the second data source 420. The trigger is adapted to detect changes in the 
loaded data and to update the mapping table on the basis of the detected changes." 
This feature is described by Figure 4 "Real-Time Data Source" 410 and "Trigger 
Program" 440). 
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At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to combine the method of Linstedt in view of Gupta with 
Dettinger's method of triggering a procedure when the presence of data in a data 
source is detected so that the resultant method would trigger the building 
procedure/step when loaded data is detected. One would have been motivated to do so 
in order to obtain "a more efficient and effective technique" for data mining (Dettinger et 
al. Paragraph 0012). 

Claim 26 is rejected on the same basis as claim 12. 
Claim 40 is rejected on the same basis as claim 12. 

8. Claim 45 is rejected under 35 U.S.C. 103(a) as being unpatentable over Linstedt 
in view of Gupta and further in view of Shimamura (U.S. Patent Application Publication 
Number 2001/0003827). 

As per claim 45 Linstedt in view of Gupta does not explicitly teach the limitation: 
"wherein said data repository further comprises an error history coupled to said error 
log". 

On the other hand, Shimamura teaches the limitation: 

"wherein said data repository further comprises an error history coupled to said 
error log" (Shimamura, Paragraph 0036, i.e., an error log also includes error history ). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of coupling an error history to an error log, as 
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taught by Shimamura, to the method of Linstedt in view of Gupta so that, in the resultant 
method, data repository would further comprise an error history coupled to said error 
log. One would have been motivated to do so in order to facilitate maintenance 
(Shimamura, Paragraph 0035). 

9. Claim 48 is rejected under 35 U.S.C. 103(a) as being unpatentable over Linstedt 
in view of Gupta and further in view of Vargas et al., (hereinafter "Vargas") (U.S. Patent 
Application Publication Number 2002/0046187). 

As per claim 48, Linstedt in view of Gupta teaches staging area and data 
repository as separate areas (Linstedt, Figure 1) but does not explicitly teach the 
limitation, "further comprising a virtual quality firewall separating said staging area and 
said data repository". 

On other hand, Vargas teaches the limitation "firewall" as The complete 
disclosure documents 314 are preferably maintained on separate file system with 
appropriate fire wall protection (Vargas Paragraph 0050). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of employing a virtual firewall, as taught by 
Vargas, to the system of Linstedt in view of Vegas so that, in the resultant system, 
staging are and data repository would be separated by a virtual firewall. One would 
have been motivated to do so in order to enhance security by way of a firewall, which is 
a notoriously well-known practice in the art. 
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Conclusion 



10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dennis Myint whose telephone number is (571) 272- 
5629. The examiner can normally be reached on 8:30AM-5:30PM Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-5629. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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